Бер://уезииК-Чоп$а.ги 


384 


А4уапсей Епзтеетиз Везеагсй 2022. Т. 22, № 4. С. 384-390. 155М№ 2687—1653 


ИНФОРМАТИКА, ВЫЧИСЛИТЕЛЬНАЯ 
ТЕХНИКА И УПРАВЛЕНИЕ 
МЕОВМАТТОМ ТЕСНМОГОСУ, СОМРОТЕК 
ЭСТЕМСЕ, АХО МАМАСЕМЕМТ 


ВУ 


УДК 004.01 Научная статья 
Ьрз://401.0г2/10.23947/2687-1653-2022-22-4-384-390 


Разработка архитектуры по подключению системного 
модуля для людей с ограниченными возможностями 


А. А. Баскаков) ‚ А. Г. Тарасов 
Московский государственный технологический университет «СТАНКИН», Российская Федерация, г.Москва, 
Вадковский пер., 1 


4 аекз.БазКаКоу @ тай.ги 


Аннотация 

Введение. Для разработки новых системных модулей программного обеспечения помощи сотрудникам с 
ограниченными возможностями требуется проработать архитектурное решение для взаимодействия всех частей 
системы. В результате анализа и проектирования необходимо получить программную архитектуру, которая 
должна выполнять ряд стандартных требований. В первую очередь она должна быть безопасной. Для этого 
следует учитывать систему логирования ошибок, аудирование событий, возможность отключения функционала 
непосредственно после вывода в промышленную эксплуатацию, внутренние механизмы валидации входных 
запросов клиента и ответов сервера. Данная работа посвящена выработке основных вариантов обслуживания 
системы, анализу исключительных ситуаций при взаимодействии с пользователем для дальнейшей оценки 
эффективности архитектуры и непосредственной разработки проекта. 

Материалы и методы. Архитектурное решение проводилось при помощи языка графического описания 
(ОшНед Мо4еПп® Гапэпасе, ОМГ.), который помогает строить визуальные изображения жизненного цикла и 
взаимодействия всех компонентов системы. Для проработки взаимодействия основных модулей будущей 
системы использовался синтаксис диаграммы развертывания (4ерюутепЕ Фазтат ОМГ.). Для обработки 
жизненного цикла — синтаксис диаграммы последовательности действий (зедиепсе Фазтат ОМГ). Помимо 
этого использовалась диаграмма прецедентов для описания основных сценариев использования. 

Результаты исследования. Разработана архитектура, имеющая схему взаимодействия отдельных модулей и 
систем, а также варианты использования программного комплекса для будущей реализации программного 
продукта. Предложенная архитектура системы соответствует требованиям безопасности, надёжности 
(отказоустойчивости) и производительности. Авторами зафиксированы функциональные требования системы 
помощи сотрудникам предприятий с проблемами слуха для возможности их трудоустройства и работы по 
телекоммуникационной сети интернет. Выработаны основные вариации обслуживания системы. 

Обсуждение и заключения. Построение грамотной архитектуры позволяет учесть ситуации, выходящие за 
рамки нормального использования системы, а также использовать нечеткую модель для определения 
эффективности системы. Дальнейшее углубленное описание вариантов развёртывания и эксплуатации позволит 
реализовать эффективную и производительную систему. 


Ключевые слова: диаграмма развертывания ОМГ, диаграмма последовательности ОМГ, архитектура 
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Введение. Исследование причин нетрудоспособности среди населения с инвалидностью ранее проводили 
путем использования экспертного оценивания методом попарных сравнений Томаса Л. Саати. В результате 
было выявлено, что для улучшения трудоспособности требуется разработать комплексную систему для 
решения проблемы потери слуха и возможности работать в центрах удаленной поддержки, где понимание 
собеседника является обязательным [1]. Перед оценкой эффективности требуется выработать все возможные 
варианты обслуживания системы. Это позволит определить эффективность сервисной архитектуры, связанной 
с выполнением каждым модулем нужного уровня обслуживания. Для уменьшения трудозатрат на этапе 
разработки необходимо предварительное определение исключительных ситуаций при работе модуля с 
транскрибированием. 

Научная новизна данного исследования состоит в эффективности архитектуры относительно решаемых 
задач (вариантов обслуживания). 

Оценка производилась при помощи нечеткой модели мнений эксперта в данной области и выходит за рамки 
обсуждения данной статьи. 

Для разработки архитектуры нужно учитывать следующие параметры: 
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— кроссплатформенность == программный продукт должен охватывать основные операционные системы; 
— отказоустойчивость —Щ система должна стабильно работать в случае перебоев В работе; 


— безопасность — система должна поддерживать логирование, мониторинг и аудирование событий 
пользователя, 
— горизонтальную масштабируемость —_ При увеличении количества клиентов программный продукт 


должен работать с той же скоростью за счет увеличения количества серверов; 

— производительность — система должна работать без задержек в режиме реального времени. 

Планирование и описание программной архитектуры — важный и необходимый шаг перед 
непосредственной разработкой клиент-серверного приложения. Система должна иметь модуль для 
распознавания речи и переводить ее в текст, тем самым позволяя людям с проблемами слуха работать на 
удаленной поддержке. 

Материалы и методы. ОМГ — это специальный язык моделирования, который применяется при 
разработке архитектуры вычислительных систем, программного обеспечения, сетевой архитектуры и при 
построении бизнес-процессов' [2, 3]. 

Для описания архитектуры проекта использовались следующие схемы: 

1. Диаграмма последовательности (т.н. зедаепсе Фаотат) — описывает процесс приема звонков и их 
обработки с точки зрения сотрудника организации”. 

2. Диаграмма прецедентов (т. н. чзе сазе Чазтат) — описывает варианты использования системы. 

3. Диаграмма развертывания (т. н. дерюутепЕ Ф1азтат) — описывает архитектуру системы. 

Результаты исследования. Построение ОМГ диаграмм позволило определить критерии качества 
обслуживания системы, учесть исключительные ситуации и способы их обработки, а построение диаграммы 
развертывания — определить эффективность системы, используя нечеткую модель. 


Рассмотрение 
жалобы 
здоровым 
оператором 


При обработке 
жалобы оператор 
получил речевые 
субтитры 


охея8 


Звонок с 
жалобой 


Обработка 
жалобы 
оператором с 
нарушениями 


ри обработке 

жалобы оператор 
не получил 

речевые субтитры 


Обработка 


заказа здоровым 

сии оператором 

обработка Звонок ивы 
входящего с заказом 


оператор получил 
речевые субтитры 


звонка 


Обработка 


ини: заказа 
[& оператором с 
4, нарушениями При обработке 
© заказа оператор не 


получил речевые 
субтитры 


Обработка 
консультаций 
здоровым 


Звонок с 
консуль- 


В тацией оператором При обработке 
= консультации оператор 
— 
[2 Обработка получил речевые 
о консультации субтитры 
> оператором с 
—“ на ениями 
у- ру При обработке 
я консультации 
К оператор не получил 
> речевые субтитры 
8 
я Рис. 1. Диаграмма вариантов использования системы (рисунок авторов) 


' Хамматова Л. А. Универсальный язык моделирования ОМГ, основные диаграммы и проблемы использования // Прорывные научные 

исследования: проблемы, закономерности, перспективы : сб. ст. ХШ междунар. науч.-практ. конф. Пенза, 2019. С. 88-90. 

? Тесленко И. Б., Царев А. О. Особенности информационного проектирования с использованием языка ОМТ, // Инновационное развитие 
386 социально-экономических систем: условия, результаты и возможности : ма-лы \У междунар. науч.-практ. конф. Орехово-Зуево, 2017. 

С. 174—177. 


Баскаков А. А. и др. Разработка архитектуры по подключению системного модуля для людей с ограниченными возможностями 


На рис. 1 показана диаграмма прецедентов, разработанная авторами данной статьи, которая показывает, что 
основные запросы к удаленной поддержке поступают по следующим причинам: жалобы на оказание услуг 
предприятием, консультация и заказ услуг. При этом стоит учитывать, что система автоматической генерации 
субтитров может отрабатывать некорректно по некоторым причинам — не смогла распознать речь, не пройдена 
фильтрация запрещенных слов и т.д. В таком случае следует переключать клиента на роботизированную 
систему или другого оператора. 

Роботизированная система представляет собой модуль автоматической генерации голоса с собственным 
жизненным циклом, позволяющим проинформировать клиента о технических проблемах во время звонка. 
Модуль также позволяет по воле клиента переключиться на другого свободного оператора или занять очередь в 
случае большой нагрузки в данный момент времени. 
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Рис. 2. Диаграмма последовательности действий сотрудника (рисунок авторов) 


На рис. 2 показана диаграмма последовательности действий с точки зрения сотрудника организации. После 
стандартной процедуры авторизации через широковещательный канал в личный кабинет сотрудника может 
поступить звонок от клиента. В случае принятия звонка, между клиентом и сотрудником будет установлен 
непрерывный канал передачи информации. Полученные данные в режиме реального времени передаются в 
модуль обработки, где при помощи набора преобразований и методов генерируются текстовые субтитры. 
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В случае ошибки преобразования, клиент переключается на роботизированную систему, а сотрудник 
уведомляется о невозможности обработки голоса. Все действия (события) клиента и сотрудника отмечаются в 
модуле аудирования и логирования. 
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Рис. 3. Диаграмма развертывания компонентов системы (рисунок авторов) 


На рис.3 представлена диаграмма развертывания проекта микросервисной архитектуры [4, 5], которая 
состоит из трех блоков. 

Пицегпее. В сети интернет расположены визуальные модули для взаимодействия пользователя и клиента 
(Озег Пие!асе, ОТ). Стоит заметить, что каналы для реализации у клиента представлены тремя платформами: 
105$, Апаго1а, \Уеь, тогда как у сотрудника — только У\У!еБ-каналом. В первую очередь, это связано с тем, что 
сотруднику обычно не требуется подобные приложения под мобильные операционные системы из-за характера 
работы и безопасности. 

Шлюз передачи данных. Основная задача шлюза — обеспечить передачу информации из сети интернет в 
локальную сеть, где развернуты основные сервера, и обратно. Это дает ряд преимуществ. Во-первых, 
появляется общая точка для передачи всех данных. Невозможно взаимодействовать с сервером в обход шлюза 
безопасности. Во-вторых, все запросы можно проверять на соответствие изначально заложенному формату. В- 
третьих, шлюз позволят балансировать нагрузку между узлами, тем самым достигается отказоустойчивость. 
Если один узел перестанет функционировать, все запросы будут автоматически распределены между другими 
узлами. В-четвертых, систему можно легко масштабировать. Если количество запросов со временем вырастет, 
достаточно добавить новый узел и производительность останется на прежнем уровне. 

Узлы. Это комплексная система, состоящая из сервисов, взаимодействующих между собой. Основные из 
них — это сервис для получения запросов от клиента и сотрудника. Их задача получить запрос, обработать его 
и настроить взаимодействие между собой при помощи специальных компонентов — сокетов, которые 
позволяют обмениваться данными в режиме реального времени. Эти компоненты получают данные о клиенте и 
сотруднике из специальных сервисов, взаимодействующих с реляционной базой данных при помощи языка 
ОГ, [6]. Для отказоустойчивости и скорости база данных также имеет несколько узлов, но не менее двух. Все 
действия пользователя и клиента передаются в сервисы аудирования и логирования при помощи очередей 
сообщений. Это дает некоторые преимущества — асинхронность передачи данных и сохранность всей 
информации в случае отказа сервисов. При этом хранение такой информации нецелесообразно в реляционной 
базе в связи с однотипностью и простотой структуры. По этой причине желательно использовать документно- 
ориентированную СУДБ М5 ОГ. [7, Ч Стоит заметить, что независимые базы данных в каждом из узлов 


3 Попов В. Б., Гавриков И. В. Технологии «МОЗОГ» в алгоритмах анализа больших данных и искусственном интеллекте // Проблемы 
информационной безопасности : сб. тр. У всерос. с междунар. участием науч.-практ. конф. Симферополь, Гурзуф, 2019. С. 158—160. 
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обеспечивают высокую производительность, а консистентность и актуальность данных реализуется через 
механизм, репликации которого будут подробно описаны в следующих исследованиях. Механизм «Мазег- 
З1ауе» в реляционных и нереляционных базах данных необходим для возможного вертикального 
масштабирования и минимизации затрат ресурсов в случае увеличения нагрузки на отдельный узел. 

Все запросы из сети Пиегпе{ в локальную сеть происходят по протоколу НТТР следующими методами: 

— СЕТ — в случае получения информации от любого из модулей; 

— РОЗТ — в случае создания записей в любом из модулей; 

— РОТ — в случае изменения в любом из модулей. 

Запросы к сохраняемой информации происходят внутри транзакций для обеспечения целостности 
данных [9-11]. 

Обсуждение и заключения. Разработка архитектуры, используя язык графического описания, позволяет 
наглядно описывать функциональные требования к системе, оценивать её эффективность и уменьшать 
количество ошибок. 

Диаграмма вариантов использования позволила, в случае возникновения исключительных ситуаций при 
транскрибировании голоса, выявить необходимость разработки роботизированной системы, а также определить 
множество вариантов обслуживания для нечеткой модели. Диаграмма развёртывания помогла определить 
эффективность выполнения функций каждым внутренним сервисом, а диаграмма последовательности 
действий — определить жизненный цикл продукта. 
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